Doctrine ORM
デザインややこしい
SQLの書き方と違い過ぎて、どう書いたらいいのか知るのが大変
flush(), persit()とか
めっちゃ古い
データ取得時の流れ
Doctineへ情報取得のためにメッセージを送る
mapping定義の読み込み
DoctrineがDBから情報を取得
Entityを読み込む
mapping定義から、リクエストされた情報に対応するEntity Classを特定する
instanceを返却
Entityをinstantiateして、取得したデータをpropertyに設定して、呼び出し元へ返す
よくわかっていないがこういう序列があるっぽい ref 最も基本的
findとかfindAllとか
ORM感が一番ある
これで済むならこれで済ませたい
DQLよりもさらに複雑
select()とかwhere()みたいなmethodで条件を書いていく
なんでこっちのほうがDQLより複雑になるんだ #?? stringだけで書いてるDQLのほうが柔軟でありそうなのになmrsekut.icon
どういう位置づけなのかは知らん
仮にrepository内で書いた時に、このcがどういうkeyを持っているかってどこを見たらわかる?
↓では、emailとemail_mobileをkeyとして指定しているが、それらを持っていることをどこを見たら確認できるのか
code:php
$query = $this->createQueryBuilder('c')
->where('c.email = :email OR c.email_mobile = :email_mobile')
->setParameter('email', $username)
->setParameter('email_mobile', $username)
->getQuery();
constructorノナカの__constructしてるところか
symfonyみたいな、EntityとrepositoryがべったりなやつってEntityの作り方が歪だったら、全部編になるし、しかも修正がめちゃくちゃしづらい、みたいにならない?
tutorial
古いけど